首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏大数据仓库建设

    Git Flow 咀嚼:git flow 对应的git实现

    Git Flow 代码示例 接触git flow也有很长一段时间了,中途偶尔用了一下,由于自己的手上的项目也不是大型项目,基本都是两三个人在做,master主要还是我自己,用git flow反而比较麻烦 正好这段时间接手了一个项目,想试试git flow,然后就又了解了一下。git flow 的流程,可以用下面纯git命令来实现。 a. 完成Feature git pull origin develop git checkout develop git merge --no-ff feature1 git push origin develop 完成Release git checkout master git merge --no-ff release-0.1.0 git push git checkout develop git merge 完成Hotfix git checkout master git merge --no-ff hotfix-0.1.1 git push git checkout develop git merge

    53120发布于 2019-03-14
  • 来自专栏John Wong's Blog

    Git flow 规范

    VV采用标准的Git flow,下面将从工作流图与抽象模型两个方面,来描述与规范 Git flow。 2.2 命名规范: 标准Git flow 认为Feature分支可以是,除以master, develop, release-, 和 hotfix-_ 开头的任何串。 下面给出Git Flow 的抽象模型,让大家能更加直观的把握、灵活的运用于实践中。 Feature分支流程 1 当有新的特性需要开发时,从Develop分支拉取Feature分支。 至此我们基本遵守了标准 Git Flow 开发模型。 做了一个扩充:引入以"bugfix-"为开头的新特性,支持release发布后在Develop上发现的bug常规bug。 develop分支 develop分支在git flow 中承担了最为复杂与重要的任务。 它是feat-分支、release-分支,和bugfix-分支的起点。

    3.3K30编辑于 2021-12-23
  • 来自专栏关忆北.

    Git最佳实践-Git flow

    Git分支管理背景 Git是当下最流行的版本管理系统,阮一峰在自己的博文中提到过:“如果你严肃对待编程,就必定会使用版本管理工具”。 在日常迭代过程中,每个公司都有一套自己的分支管理规范,但万变不离其宗,都有Vincent Driessen提出的Git flow方法的影子。 Git flow关键分支 基于Git flow方法协作提交代码时,一般是基于一下分支: 分支名称 分支说明 分支时效 环境 master 与线上环境运行代码版本一致,需保证最高稳定性 主分支 线上生产环境 如果你所在的公司使用Git flow的标准流程。develop分支承担了两个“角色”:“写Bug”和“改Bug”。 如何使用Git flow 命令行 编码工具自带Git客户端,如IDEA sourceTree … 最后 提高团队协作效率,人人有责。

    78720编辑于 2023-10-11
  • 来自专栏科技日常

    Git秘籍: Git and Git Flow Cheat Sheet

    OSX Homebrew $ brew install git-flow OSX Macports $ port install git-flow Linux $ apt-get install git-flow git flow feature pull origin MYFEATURE 追溯远程上的特性 通过下面的命令追溯远程上的特性 git flow feature track MYFEATURE ---- 使用类似发布新特性的命令: git flow release publish RELEASE (你可以通过 git flow release track RELEASE 命令追溯远程的 release 开始 git flow 热修复 像其它 git flow 命令一样,热修复分支开始自: $ git flow hotfix start VERSION [BASENAME] VERSION 参数标记新的热修复发布名称 git flow hotfix finish VERSION 命令 Git flow schema 原项目地址:arslanbilal/git-cheat-shee

    2.1K20编辑于 2023-02-27
  • 来自专栏九彩拼盘的叨叨叨

    git-flow 简介

    git-flow 定义了一个围绕项目发布的严格分支模型,用于管理多人协作的大型项目,实现高效的协作。(ps:文末有练习的链接) 分支的介绍: master 可发布的内容。

    34120发布于 2018-08-24
  • 来自专栏kwai

    Git Flow 工作原理

    Git Flow 就是如何使用git 分支的一种规范,或者叫做推荐。 二、 Git Flow 工具的使用 基本上各种git的客户端软件都会支持Git Flow 工作模型。sourcetree 上使用git flow 工作模型就很流畅,体验很好。 我们来学习下Git Flow 的命令行操作。 git flow 是一种git的使用规范,当然也有相应的工具集,命令行命令让我们使用。 图片 1、起步 安装git flow brew install git-flow-avh 初始化git flow 工具库 git flow init 之后都按照默认的去配置,直接按enter键继续。 git flow hotfix finish VERSION

    780132编辑于 2023-03-10
  • 来自专栏seth-shi的专栏

    在 Sourcetree 使用 Git flow

    上一个Git flow的流程图 Git flow 初了解看这个流程图会有一些复杂, 我们直接通过Sourcetree帮助我们理解这个过程 开始使用(图是Sourcetree操作,命令是实际执行的) 新建项目 echo "## log-service" > README.md git add README.md` git commit -m "init project" 初始化工作流(git flow init feature start click-log-1 git flow feature start click-log-2 git checkout feature/click-log-1 echo " click log" 上面的操作, 都在各自的分支往click.log增加了内容, 我们进行完成功能操作 git flow feature finish click-log-1 git flow feature flow feature finish实际上执行的是 git checkout develop git merge feature/<feature_name> git branch -d feature

    72810编辑于 2023-12-18
  • 来自专栏Web 技术

    增强版 Git Flow 模型

    但是,值的高兴的是作为经典 Git Flow 模型的一个变体,增强的 Git Flow模型版本简化了 Git Flow 中更常见的操作,并保留了主要优点。 经典 Git Flow 模型的辉煌与苦难 自从我发现 Git Flow 在开发具有显著价值产品时是多么出色以来,我一直是 Git Flow 的强烈倡导者。 这就是分支模型的特点,包括 Git Flow。 我认为这样可能会打破 Git Flow 主要的思想,从而达不到目标。但经过进一步的思考,我意识到这些调整实际上并没有破坏 Git FlowGit Flow 增强版中的 release 分支 在 release 方面,使用增强的 Git Flow 的每一步都与经典的 Git Flow 不同: release 是基 于main 分支的,而不是基于

    46120编辑于 2023-10-07
  • 来自专栏java一日一条

    如何正确使用Git Flow

    下面是Git Flow的流程图 ? 安装 OS X brew install git-flow Linux apt-get install git-flow Windows wget -q -O – –no-check-certificate 开始新Feature: git flow feature start MYFEATURE Publish一个Feature(也就是push到远程): git flow feature publish RELEASE 发布Release: git flow release finish RELEASE 别忘了git push –tags 开始一个Hotfix: git flow hotfix start SourceTree 当你用Git-flow初始化后,基本上你只需要点击git flow菜单选择start feature, release或者hotfix, 做完后再次选择git flow菜单,点击Done

    2.8K40发布于 2018-09-14
  • 来自专栏Web 开发

    mac webstorm git-flow插件

    不论webstorm还是phpstorm,默认在mac下安装git-flow插件之后,IED识别不到git-flow,会提示git-flow未安装,此时需要建一个软链来解决。 通过which,找到gitgit-flow的安装路径 $ which git /usr/bin/git   $ which git-flow /usr/local/bin/git-flow 然后把git-flow 软链一份到git的目录就可以了 $ sudo ln -s /usr/local/bin/git-flow /usr/bin/git-flow 附:Mac通过brew安装git-flow 一句命令解决问题 brew install git-flow

    93300发布于 2018-08-08
  • 来自专栏强仔仔

    Git Flow 的正确使用姿势

    两个环境都是采用k8s集群搭建而成 2.2 git分支 master:生产环境对应分支代码、分支会永久存在。 dev:开发环境对应分支代码、分支会永久存在。 三、Git flow工作流程 在开始解决上述问题之前,我们先来了解一下Git flow工作流程,如下图所示: 官方博客:https://nvie.com/posts/a-successful-git-branching-model 四、版本发布流程 正如齐白石老先生说的:“学我者生,像我者死”一样,Git flow分支模型确实非常优秀,可以解决很多问题,但是我们需要跟我们的实际项目进行适配。 所以我们需要对这个Git flow分支模型进行改造。 六、总结 上面讲述了如何利用Git flow适配我们自己项目发布流程。但是当前版本发布流程还是会存在某些特殊问题。

    1.9K21编辑于 2021-12-07
  • 来自专栏云计算与大数据

    研发:git flow 研发工作流程

    在这章节中我们将一起学习一个当前非常流行的工作流程 git-flow。 什么是 git-flow? 一旦安装安装 git-flow,你将会拥有一些扩展命令。 git-flow 并不是要替代 Git,它仅仅是非常聪明有效地把标准的 Git 命令用脚本组合了起来。 严格来讲,你并不需要安装什么特别的东西就可以使用 git-flow 工作流程。 在项目中设置 git-flow 当你想把你的项目 “切换” 到 git-flow 上后,Git 还是可以像往常一样工作的。 这完全是取决于你在仓库上使用特殊的 git-flow 命令或是普通的 Git 命令。换句话说,git-flow 它不会以任何一种戏剧性的方式来改变你的仓库。 话虽如此,git-flow 却存在一些限制。

    1.3K30发布于 2018-10-16
  • 来自专栏jiajia_deng

    基于 git flow + gitlab 协作开发:01

    我调研了 git flow / github flow / gitlab flow,每种工作流都有各种优势。 如果你使用默认的初始化参数,那么格式将是下面的样子: E:\Documents\Repositories\solutions\git-flow (master -> origin) $ git flow git flow 工具链将各类复杂场景简单化,只需要通过一些简单的命令就可以让参与项目的人员一起融入到协作中,如: // 开始和完成一个功能 git flow feature start "name of your feature" git flow feature finish // 开始和完成一个版本的发布 git flow release start "version of your release " git flow release finish // 开始和完成一个 hotfix git flow hotfix start "version of your hotfix" git flow

    1.6K10发布于 2020-08-31
  • 来自专栏Go实战

    使用git-flow来帮助管理git代码 转

    git不熟悉的我,经常把git提交搞得很乱,导致在master上有许多无用的commit,最终决定好好地看一下git的使用教程,却不小心发现了还有一个git-flow的工具可以帮助我管理好git项目的代码 git-flow在ubuntu上使用比较简单。首先安装,可以通过apt-get来获取。 我在我原来的git项目上执行以下命令来进行初始化: git flow init 它会创建或转换一个新的版本分支结构,当然在初始化的过程中,会问到以下这边问题,我都选择了默认: Which branch  git flow hotfix start 3 它会创建一个基于master的分支hotfix/3,并切换到当前分支。 当修复完成后,可以执行以下命令: git flow notfix finish 3 增加一个功能特性 git flow feature start demo 它会创建一个分支feature/demo,并切换到该分支

    72720发布于 2019-04-04
  • 来自专栏Go实战

    基于SourceTree 下的 Git Flow 模型

    基于SourceTree 下的 Git Flow 模型 1. sourceTree  是一个开源的git 图形管理工具,可下载mac版本,windows版本 2. Git Flow 是一套使用Git进行源代码管理时的一套行为规范和简化部分Git操作的工具。 基本的操作流程 1. 先用sourceTree 创建本地git 项目,xxxProject, 2. ,再次点击 git flow 按钮,会出现 完成新功能,按钮点击,完成新功能,,会把当前新功能合分支 合并到 develop分支,并删除新功能分支 6:使用Git Flow 发布新版本,同样点击 git Flow 按钮,菜单选择 创建新发布版本 , 在发布版本分支上,完成项目发布配置之后,提交,再点击 git flow 按钮,会弹出 完成发布版本 按钮,点击, 确认之后,会发现 发布版本的分支,会合并到 develop分支 和 master 分支,表示生产上发布了一个版本 7:使用git flow 新建补丁,修复bug 比如上面发布的一个版本在生产用的时候,出现了一个 bug,这时,点击 git flow

    1.3K30发布于 2019-04-04
  • 来自专栏前端西瓜哥的前端文章

    简单介绍一下 git flow

    今天来聊聊 git flow 是什么? git flow 是一种 git 工作流,是一个值得借鉴的分支管理测试。 下面是经典的 git flow 的流程图。 git flow 下有两个 永久 的分支:master 和 develop。 Master,生产分支。是仓库的主分支,要求代码非常稳定。 结尾 git flow 适合需要 维护多个版本 的场景,不同的版本用不同的 release 分支来维护。 但这种方式以及不合适目前的 持续交付 的场景。现在开发者不会花太多精力去维护旧版本。 这时候可以考虑使用 github flow 或 gitlab flow

    53920编辑于 2022-08-26
  • 来自专栏Java开发

    Java 程序员必备的 Git Flow 系统学习资料与使用指南 Git Flow

    以下是一篇关于Git Flow的技术方案和应用实例的文章,帮助Java程序员学习Git FlowGit Flow技术方案与应用实例详解一、Git Flow简介Git Flow是一种软件项目管理模型,由 二、Git Flow技术方案新功能开发流程从develop分支切出一个新的feature分支,命名可以采用“feat - 功能描述”或“feat - 问题编号 - 功能描述”等规范,例如“feat - 三、Git Flow应用实例假设我们有一个Java项目,已经发布了V0.0版本,现在要进行后续开发。 - 0.1通过以上Git Flow的技术方案和应用实例,Java程序员可以更好地管理项目开发流程,提高团队协作效率,确保代码版本的稳定性和可维护性。 Java 程序员,Git Flow, 学习资料,使用指南,Java 开发,版本控制,Git 教程,编程学习,开发工具,系统学习,程序员技能,代码管理,Git 实战,Java 编程,版本控制工具

    31710编辑于 2025-07-22
  • 来自专栏Web 技术

    Git Flow 模型的增强版,可以是怎么样的,解决传统 Git Flow 的缺陷

    但是,值的高兴的是作为经典 Git Flow 模型的一个变体,增强的 Git Flow模型版本简化了 Git Flow 中更常见的操作,并保留了主要优点。 经典 Git Flow 模型的辉煌与苦难 自从我发现 Git Flow 在开发具有显著价值产品时是多么出色以来,我一直是 Git Flow 的强烈倡导者。 这就是分支模型的特点,包括 Git Flow。 我认为这样可能会打破 Git Flow 主要的思想,从而达不到目标。但经过进一步的思考,我意识到这些调整实际上并没有破坏 Git FlowGit Flow 增强版中的 release 分支 在 release 方面,使用增强的 Git Flow 的每一步都与经典的 Git Flow 不同: release 是基 于main 分支的,而不是基于

    75030编辑于 2022-07-29
  • 来自专栏JNing的专栏

    git: 简洁高效 的 双分支式 git flow (master + dev)

    git flow 总结对比 Git 作为一个源码管理系统,不可避免涉及到多人协作。 使用 git branch (git 分支)进行版本控制,可以让大家有效地合作,使得项目井井有条地发展下去。 网络上关于 使用 git branch (git 分支)进行版本控制 的教程汗牛充栋。 过多的分支设计,容易导致: 开发效率低下 分支结构混乱 master + dev 双分支式 git flow 简而言之,对于 单人开发 的 小型项目,我们往往只需要两个分支就够了。 具体 git flow 如下图所示: ?

    2K41发布于 2018-09-27
  • 来自专栏项目管理

    Git Flow工作流和Git 版本控制最佳实践

    本文主要介绍Git Flow工作流和Git 版本控制最佳实践。Git Flow 工作流工作流概述Git Flow是一种流行的Git工作流程,它定义了一组规则和约定,用于管理Git仓库中的分支和版本。 Git Flow的工作流程大致可以分为以下几个阶段:1. 新功能开发:从develop分支切出一个新的feature分支,进行新功能开发。 Git Flow的优势包括:清晰的角色和流程:每个分支都有明确的角色和工作流程,有助于团队成员理解各自的职责和任务。 实践Git Flow工作流时,团队成员应该熟悉Git Flow的工作原理和操作流程,遵循统一的规范,共同维护代码的质量和稳定性。通过实践Git Flow,团队可以在大型项目中保持高效和有序的开发状态。 使用 Git Flow 或其他工作流Git Flow:develop 分支用于日常开发,master 分支用于稳定的版本发布,使用 release, feature, 和 hotfix 分支来管理不同类型的变更

    1.1K30编辑于 2024-07-26
领券